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Succeeding  with  Open  Systems 
Reprise:  Open  Systems  Today 


Technology  is  maturing  faster. 
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Performance  requirements  are  increasing. 
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Budgets  first  declined,  now  challenged. 
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Your  way  of  doing  business  is  changing. 


Clinger-Cohen  Act  of  1996 
DoDAF 

McQueary  memos 
DoDI  5000.02: 

8.  MODULAR  OPEN  SYSTEMS  APPROACH  (MOSA).  Program  managers 
shall  employ  MOSA  to  design  for  affordable  change,  enable  evolutionary 
acquisition,  and  rapidly  field  affordable  systems  that  are  interoperable  in  the 
joint  battle  space. 

The  latest  acquisition  reform 


You  are  being  asked  to  acquire 
systems  more  efficiently. 
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Open  systems  are 
part  of  your  solution. 
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An  open  systems  approach  can  help. 


An  open  systems 
approach  uses 
commercially 
available,  widely 
accepted  interface 
standards  to  bring 
commercial  products 
from  multiple  vendors 
to  bear  in  the 
weapons  systems 
world. 


WP'oacft 


Open 

System 
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Succeeding  with  Open  Systems 
Reprise:  Open  Systems  Today 
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open  system 


A  collection  of  interacting  components  designed  to  satisfy 
stated  needs  with  the  interface  specification  of 
components 

•  fully  defined 

•  available  to  the  public 

•  maintained  according  to  group  consensus 

in  which  the  implementations  of  components  are  conformant 
to  the  specification. 
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Open  systems  emphasize  interface 
specification 
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Open  systems  are  based  on  standards 


standard 


A  publicly  available  document  defining  specifications  for 
interfaces,  services,  protocols,  or  data  formats, 
established 

and  maintained  by  consensus. 


Where  do  standards  come  from? 


Standards  are  developed  by  industry,  government, 
professional  associations,  consortia,  and  academia. 
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Sources  of  components 
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Developmental  Nondevel  opmental  Commercial 

Items  Items  Items 
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Openness  vs.  market  acceptance 


Widely 

Used 


Narrowly 

Used 


Non-standards 
based  popular 
products 


standards, 
many  suppliers, 
buyers,  users 


Unique  interfaces, 

optimized 

performance 

Closed 


S 


no  products 


Open 


Not  all  components  have  to  be  “open” 


Partly  Open 


Open 


NDI  *  open 


commercial  *  open 
open  source  *  open  system 


open  *  interoperable 


Open  systems  is  a  new  way 
of  thinking  about  acquisition 


Traditional 

Open  Systems 

Approach 

Approach 

Define  unique  interfaces 

Adopt  standard  interfaces 

Develop  components 

Acquire  components 

Integrate  components 

Integrate  components 

Use  &  support  the  system 

Use  &  support  the  system 

How  are  you  going  to  make  the  shift  from 
producer  to  consumer? 


Traditional 

Open  Systems 

Approach 

Approach 

/ Adopt  standard  interfaces 

Define  unique  interfaces 

Develop  components 

Acquire  components 

Integrate  components  / 

Integrate  components 

Use  &  support  the  system  / 

Use  &  support  the  system 
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An  open  system  architecture  is  an  architecture  in  which  the 
interrelationships  of  the  components  are  defined  by 
interface  standards,  and  the  architectural  principles  and 
guidelines  are  consistent  with  an  open  systems  approach. 
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You  can  gain  leverage  at  different  levels. 

•  component 

•  interface  standards 

•  architecture 
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Component 
or  subsystem 
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Integration  via  interface  standards 


Standard 


Component 
or  subsystem 
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Integration  via  architecture 
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Component 
or  subsystem 


Architecture 
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Gaining  a  systems  perspective 
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Architectures 


Implementations 


Reference  Model 
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An  open  systems  approach 
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An  open  systems  approach  can  be  used  to  address  your 
business  concerns  for  improving  the  cost,  schedule,  and 
performance  curves  of  your  acquisition  strategy. 


An  open  systems  approach  creates  a  more  evolvable  system 
by  capitalizing  on  these  key  elements 

•  a  systems  vision 

•  a  common  architecture 

•  the  use  of  standards  and  standards-based 
implementations 
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Achieve  acquisition  efficiency  by  - 


Reference  Model 


system  perspective 


making  use  of  what  exists 


leveraging  commercial 
economies  of  scale 
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The  open  systems  approach 

is  a  tool, 

not  a  silver  bullet. 
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Introduction 

Open  Systems:  Product  &  Approach 

►  Succeeding  with  Open  Systems 

Reprise:  Open  Systems  Today 


32 


Software  Engineering  Institute 


Carnegie  Mellon 


©  2010  Carnegie  Mellon  University 


Programs  that  used  elements  of 
an  open  systems  approach 


Intelligence  and  Electronic  Warfare  Common  Sensor 
(IEWCS) 


Virginia  Class  Submarine  (originally  NSSN) 


Multi-Sensor  Torpedo  Recognition  and  Alertment 
Processor  (MSTRAP)  System 


Case  studies  for  these  exist  and  prove  the  advantages. 
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Joint  Surveillance  Target  Attack  Radar 

System  (JSTARS)  Common  Ground  Station  (CGS) 
program 

Navy  Area  Theater  Ballistic  Missile  Defense  (TBMD)  (Block 
IVA)  program 

JSTARS 

LPD  17 

Joint  Strike  Fighter  (F-35) 
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open  system 


A  collection  of  interacting  components  designed  to  satisfy 
stated  needs  with  the  interface  specification  of 
components 

•  fully  defined 

•  available  to  the  public 

•  maintained  according  to  group  consensus 


in  which  the  implementations  of  components  are  conformant 
to  the  specification. 
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Engineering  view  of  an  open  systems 
approach 
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Some  realities 

Myths  of  open  systems,  hype  and 
media  embellishment. 

Technological  changes  can  cascade. 

Kind  and  frequency  of  testing  can  change 

Rate  of  change  drives  life-cycle  costs. 

Short  half-life  of  technical  and  market  infoi 

Extensions  to  standards 
can  undermine  openness. 


Expectations  of  benefit  without  reasonable 
investment  and  execution. 
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Plan  your  transition 

•  Assess  the  readiness  of  your  staff,  systems,  and  programs 

•  Plan  for  change 

Focus  on  people 

•  Educate  everyone  involved 

Plan  the  changes  to  your  process 

•  Start  a  pilot  project  -  start  small  and  learn  as  you  go 

•  Start  a  market  research  group 

Communicate  your  systems  vision 
Build  effective  strategies 

•  Consider  alternative  strategies  for  contracting 

•  Chart  the  migration  path  to  evolutionary  systems 
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What  should  you  be  looking  for? 

So  far  we  have  talked  about  things  for  you  to  do. 

How  can  you  tell  whether  a  program  is  really  taking  an  open 
systems  approach? 
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Use  the  engineering  process  for  reviewing 
program  plans 


And  require  an  implementation  that  is 
consistent  with  architecture  and  model 
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Make  use  of  the  MOSA  PART 
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The  Modular  Open  Systems  Approach  (MOSA)  Program 
Assessment  and  Rating  Tool  (PART): 

•  intended  for  use  by  DoD  Program  Managers  to  assess 
their  implementation  of  MOSA  throughout  the  acquisition 
life-cycle 

•  an  analytic  tool  to  evaluate  the  degree  that  MOSA  is 
implemented  in  a  program 

•  presented  in  terms  of  five  key  MOSA  indicators: 
-Enabling  Environment 
-Modular  Design 
-Key  Interfaces 
-Open  Standards 
-Conformance 
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Focus  on  program  system  vision, 
architecture,  interfaces,  and  standards 


Look  for  evidence  of 

•  reference  models 

•  market  research 

•  architectures,  components,  and  interfaces 

•  preparation  to  select  standards 

•  selection  of  standards 

•  liaisons  for  selected  standards 

•  liaisons  with  other  programs 

•  profiles  of  selected  standards 
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Create  sound  open  systems  RFPs 
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SOW  (Section  C) 

•  open  system  implementation  and  migration  plan 

•  market  research 

•  escrow  accounts 

•  IPPD 

Instructions  to  offerors  (Section  L) 

•  evidence  of  open  systems  experience  and  understanding 

•  opinions  on  profile 

•  their  definition  of  open  systems 

Evaluation  factors  (Section  M) 

•  open  systems  architecture 

•  life-cycle  support  strategy 

•  technology  refreshment  program 

•  adherence  to  an  open  systems  approach 

•  opens  systems  management  practices 

•  strength  of  market  knowledge 
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1 .  Conformance  testing 
measures  compliance  to 
standards 

2.  Interoperability  testing 
evaluates  two  or  more 
interconnected  product 
interfaces 

3.  Performance  testing 
measures  interface 
performance 

4.  Integration  testing  tests 
integration 


Material  adapted  from  material  by  Norman  W.  Kowalski  of  the  Naval  Undersea  Warfare  Center. 
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Open  systems  throughout  the  life  cycle 


MSA 


MS  B 


MS  C 


Material 

Solution 

Analysis 

Technology 

Development 

Engineering 
&  Manufact. 
Development 

Production 

and 

Deployment 

O&S 

1  Open  svs1 

terns  f 

approach 
identified, 
detailed,  and 
refined  through¬ 
out  the  systems 
life  cycle 


Profiles  and 

conformance 

testing  approach 

declared  and 

management 

mechanisms 

employed 


Conformance 
process  manage¬ 
ment  and  testing; 
interoperability 
and  performance 
compatibility 
management 


Material  adapted  from  material  by  Norman  W.  Kowalski  of  the  Naval  Undersea  Warfare  Center. 
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Introduction 

Open  Systems:  Product  &  Approach 
Succeeding  with  Open  Systems 

►  Reprise:  Open  Systems  Today 
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Effects  of  Current  Technology  Trends 


Current  technology  trends,  e.g.,  SOA,  cloud  computing 

•  Open  systems  helps/supports  these 

•  But  OSA/interface  standards  alone  cannot  resolve  issues  such  as 
security 

•  There  are  still  a  lot  of  immature  and  competing  standards 

-Takes  time  to  mature  a  usable  set  of  standards  in  such  new  areas 
-And  technology  keeps  moving  -  can  pass  standards  by 

•  Need  some  level  of  stability  +  vendors  providing  conformant  products 

•  Standards  exist  in  a  business  environment  -  must  balance  stability  and 
innovative  advances 


•  Another  implication:  There  could  be  an  inability  to  consider  a  standard 
because  the  only  implementations  are  from  a  potentially  untrustworthy 
nation 
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What  About  Disruptive  Technologies? 


What  makes  something  disruptive? 

•  It’s  new,  so  everyone  wants  it  in  play  quickly 

•  So  it  will  probably  go  against  (some  of)  the  standards  you  are  using. 

It  may  be  a  necessity  to  change  to  some  new  technology  to 
counter  some  new  threat  -  “the  soldiers  will  just  do  it” 

•  An  open,  flexible  overarching  architecture  will  help,  as  opposed  to 
stove-piped,  stodgy,  closed 

•  Also  provides  underlying  stability  on  which  new  innovative  things  can 
build 

•  A  disruptive  technology  is  unlikely  to  unseat  EVERYTHNING  you  are 
using,  at  least  not  at  first 

Constant  vigilance  gives  you  the  basis  for  informed  decision¬ 
making,  based  on  your  open  systems  architecture. 
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